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DETAILED ACTION 

1 . This action is in response to correspondence filed 21 June 2007. 

2. Claims 1 , 2, 4-8, 11,12,1 4-22 and 24 remain pending. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth. in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

5. Claims 1, 2, 4-6, 8, 11, 12, 14, 15, 17-22 and 24 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Helsper et al. (US 6,876,988 B2), hereinafter 
referred to as Helsper, in view of Scarpelli et al. (US 6,816,898 B1 ); hereinafter referred 
to as Scarpelli, and further in view of Goodman et al. (US 7,020,697 B1), hereinafter 
referred to as Goodman. 
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Regarding claim 1 , Helsper teaches a method determining the health of a service 
resident on a host machine, comprising the method step of "collecting service 
performance information from the service, wherein the collected service information 
relates to a plurality of performance metrics" taught in column 10, lines 39-43 wherein 
the performance system receives measured input values representing the real-time 
performance of the components of the computer system. Helsper teaches the 
"translating the collected service performance information into a generic output relating 
to current operational performance of the service" in column 2, lines 42-60 wherein the 
performance system monitors and creates multiple output variables wherein each input 
variable is translated into an output variable and also the performance information 
gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 1 1 ) which teaches on the use of "different performance monitoring tools" 
and it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic output is one of a 
scriptable interface and an application programming interface" as claimed. However, in 
related art within the realm of computer network monitoring and the use of performance 
monitoring tools, Scarpelli teaches in column 4, lines 54-60 and Figure 3, items 110, 
120 and 130, the extensive use of custom script programs and APIs for the processing 
of input data in regards to data being performance statistics gathered and then needing 
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to be read into a performance monitoring tool. Scarpelli teaches the use of these 
custom script programs but does not explicitly recite wherein the generic output is 
actually one of a scriptable interface or an application programming interface. Taking its 
broadest reasonable interpretation in the art, the output data is interpreted when being 
translated as being any data type that can be processed by computer means. In view of 
Goodman, Goodman teaches wherein data can be translated from specific into a 
generic API and therefore readable by a plurality of different applications. Therefore, in 
view of Goodman, it would have been obvious to one of ordinary skill in the art at the 
time of the applicants' invention to utilize a script interface or an application 
programming interface when the reading in of performance information is necessitated. 
One of ordinary skill in the art would have been motivated to make the above 
combination due to the use of scripts or APIs enable easy integration when needing to 
gather specific information and useful performance metrics (see Scarpelli, column 4, 
lines 57-60). Helsper, Scarpelli and Goodman teach the method wherein the plurality of 
service health metrics comprises availability, capacity, throughput, service time, queue 
length, utilization, service level violations, and user satisfaction (Helsper, col. 10, II. 49- 
51, 20-30, Fig. 3b-Fig. 9A). 

6. Regarding claim 2, Helsper, Scarpelli and Goodman teach the method wherein 
the host machine comprises one or more components, further comprising: 

collecting external performance information from one or more of the one or more 
components (Helsper, col. 3, lines 8-10); 
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translating the collected external performance information (Helsper, col. 2, II. 55- 
60); and 

combining the translated external performance information and the translated 
service performance information to provide the generic output (Helsper, col. 2, II. 55-60). 

7. Regarding claim 4, Helsper, Scarpelli and Goodman teach the method further 
comprising accessing the generic output to read the health of the service (Helsper, col. 
3, II. 53-58). 

8. Regarding claim 5, Helsper, Scarpelli and Goodman teach the method wherein 
the collecting step comprises reading performance information provided by the service 
(Helsper, col. 3, II. 53-58). 

9. Regarding claim 6, Helsper, Scarpelli and Goodman teach the method wherein 
the collecting step comprises deriving performance information from the service 
(Helsper, col. 6, II. 40-46). 

10. Regarding claim 8, Helsper, Scarpelli and Goodman teach the method wherein 
the deriving step comprises using a probe program to read the performance information 
(Helsper, col. 10, II. 40-45; Helsper teaches that "...system communicates with one or 
more of the monitoring system to...". Since Helsper's system is a computer system, 
then it is inherent that a program is used. Probe is defined as any device design to 
investigate and obtain information which is deemed the broadest reasonable 
interpretation.). 

1 1 . Regarding claim 1 1 , Helsper teaches an apparatus that determines a health of a 
service resident on a host machine, comprising "a data collection engine that collects 
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service health information" taught in column 1 0, lines 39-43 wherein the performance 
system receives measured input values representing the real-time performance of the 
components of the computer system. Helsper teaches "a translation data analysis 
engine that translates the collected service health information using a health generation 
algorithm and provides one or more generic health metrics relating to current 
operational performance of the service" in column 2, lines 42-60 wherein the 
performance system monitors and creates multiple output variables wherein each input 
variable is translated into an output variable and also the performance information 
gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 1 1 ) which teaches on the use of "different performance monitoring tools" 
and it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic output is one of a 
scriptable interface and an application programming interface" as claimed. However, in 
related art within the realm of computer network monitoring and the use of performance 
monitoring tools, Scarpelli teaches in column 4, lines 54-60 and Figure 3, items 110, 
120 and 130, the extensive use of custom script programs and APIs for the processing 
of input data in regards to data being performance statistics gathered and then needing 
to be read into a performance monitoring tool. Scarpelli teaches the use of these 
custom script programs but does not explicitly recite wherein the generic output is 
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actually one of a scriptable interface or an application programming interface. Taking its 
broadest reasonable interpretation in the art, the output data is interpreted when being 
translated as being any data type that can be processed by computer means. In view of 
Goodman, Goodman teaches wherein data can be translated from specific into a 
generic API and therefore readable by a plurality of different applications. Therefore, in 
view of Goodman, it would have been obvious to one of ordinary skill in the art at the 
time of the applicants' invention to utilize a script interface or an application 
programming interface when the reading in of performance information is necessitated. 
One of ordinary skill in the art would have been motivated to make the above 
combination due to the use of scripts or APIs enable easy integration when needing to 
gather specific information and useful performance metrics (see Scarpelli, column 4, 
lines 57-60). Helsper, Scarpelli and Goodman teach wherein the generic output 
comprises a plurality of service health metrics, and wherein the translation data analysis 
engine combines one or more of the plurality of performance metrics to provide one or 
more of the plurality of service metrics comprises availability, capacity, throughput, 
service time, queue length, utilization, service level violations, and user satisfaction 
(Helsper, col. 10, II. 49-51, 20-30, Fig. 3b-Fig. 9A). 

12. Regarding claim 12, Helsper, Scarpelli and Goodman teach the apparatus 
wherein the host machine comprises one or more external components, wherein the 
data collection engine collects external performance information from one or more 
external components (Helsper, col. 3, II. 9-10) and wherein the data analysis engine 
translates the collected external information using the health generation algorithm to 
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provide the one or more generic health metrics (Helsper, col. 3, II. 55-60 and col. 6, II. 
45-57). 

13. Regarding claim 14, Helsper, Scarpelli and Goodman teach the apparatus 
wherein the data collection engine, comprises: 

a data query module that reas performance information from the service 
(Helsper, col. 10, II. 40-45); and 

a data derivation module that derives performance information from the service 
(Helsper, col. 6, II. 40-46). 

14. Regarding claim 15, Helsper, Scarpelli and Goodman teach the apparatus 
wherein the data derivation module derives the performance information from one or 
more of a wrapper program, a benchmark program, and a probe program (Helsper, col. 
10, II. 40-45; Helsper teaches that "...system communicates with one or more of the 
monitoring system to...". Since Helsper's system is a computer system, then it is 
inherent that a program is used. Probe is defined as any device design to investigate 
and obtain information which is deemed the broadest reasonable interpretation.). 

15. Regarding claim 17, Helsper, Scarpelli and Goodman teach the apparatus further 
comprising an interval control engine that receives the service health information at a 
first time interval and provides an output having a second time interval different from the 
first time interval (Helsper, col. 6, II. 30-32). 

1 6. Regarding claim 1 8, Helsper teaches a method for monitoring health data of a 
service operating on a host machine, comprising "collecting service performance 
information from the service and collecting external performance information from 



Application/Control Number: 09/848,713 Page 9 

Art Unit: 2142 

components of the host machine" taught in column 10, lines 39-43 wherein the 
performance system receives measured input values representing the real-time 
performance of the components of the computer system. Helsper teaches "translating 
the collected service and external performance information according to a health 
generation algorithm to generate a generic service health output, providing the generic 
service health output relating to current operational performance of the service as an 
output file accessible by performance monitoring tools" in column 2, lines 42-60 wherein 
the performance system monitors and creates multiple output variables wherein each 
input variable is translated into an output variable and also the performance information 
gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 1 1 ) which teaches on the use of "different performance monitoring tools" 
and it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic output is one of a 
scriptable interface and an application programming interface" as claimed. However, in 
related art within the realm of computer network monitoring and the use of performance 
monitoring tools, Scarpelli teaches in column 4, lines 54-60 and Figure 3, items 110, 
120 and 130, the extensive use of custom script programs and APIs for the processing 
of input data in regards to data being performance statistics gathered and then needing 
to be read into a performance monitoring tool. Scarpelli teaches the use of these 
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custom script programs but does not explicitly recite wherein the generic output is 
actually one of a scriptable interface or an application programming interface. Taking its 
broadest reasonable interpretation in the art, the output data is interpreted when being 
translated as being any data type that can be processed by computer means. In view of 
Goodman, Goodman teaches wherein data can be translated from specific into a 
generic API and therefore readable by a plurality of different applications. Therefore, in 
view of Goodman, it would have been obvious to one of ordinary skill in the art at the 
time of the applicants' invention to utilize a script interface or an application 
programming interface when the reading in of performance information is necessitated. 
One of ordinary skill in the art would have been motivated to make the above 
combination due to the use of scripts or APIs enable easy integration when needing to 
gather specific information and useful performance metrics (see Scarpelli, column 4, 
lines 57-60). Helsper, Scarpelli and Goodman teach wherein the generic output 
comprises a plurality of service health metrics, and wherein the translation data analysis 
engine combines one or more of the plurality of performance metrics to provide one or 
more of the plurality of service metrics comprises availability, capacity, throughput, 
service time, queue length, utilization, service level violations, and user satisfaction 
(Helsper, col. 10, II. 49-51, 20-30, Fig. 3b-Fig. 9A). 

17. Regarding claim 19, Helsper, Scarpelli and Goodman teach the method wherein 
the step of collecting the service performance information comprises reading first 
service performance parameters, and wherein the step of collecting the external 
performance information comprises reading first external performance parameters and 
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deriving second external performance parameters (Helsper, col. 10, II. 40-45, col. 3, II. 
8-15, col. 6, II. 40-45; wherein the inputted values are the second service performance 
and second external performance parameters.). 

18. Regarding claim 20, Helsper, Scarpelli and Goodman teach the method further 
comprising collecting the service performance information on a first time interval and 
adjusting the first time interval to provide the generic service health output at a second 
time interval (Helsper, coL 6, II. 30-35). Examiner is interpreting "adjusting the first time 
interval" to mean changing the "first time interval" which can be accomplished by adding 
more time to the "first time interval" to obtain the "second time interval" which Helsper 
does by using measured input data (data that relates to a first time interval) to predict 
near-term performance (second time interval) (col. 2, II. 55-60, col. 12, II. 10-15 and 
lines 64-65). 

19. Regarding claims 21 and 24, Helsper teaches an apparatus that determines a 
health of a service, wherein the service operates on a host computer, comprising "a 
collection module that receives performance information related to the service" taught in 
column 10, lines 39-43 wherein the performance system receives measured input 
values representing the real-time performance of the components of the computer 
system. Helsper teaches "a translation health generator module that applies a rule set 
to the received performance information and derives generic health metrics therefrom 
and an output module that outputs the generic health metrics relating to current 
operational performance of the service" in column 2, lines 42-60 wherein the 
performance system monitors and creates multiple output variables wherein each input 
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variable is translated into an output variable and also the performance information 
gathered is translated from input data to variables representing component 
performance. Helsper does teach the use of performance monitoring tools (see figure 
2, item 115; Fig 3B; Fig. 4A; Fig. 4B; Fig. 5; Fig. 6; Fig. 7; Fig. 8A; Fig, 8B; Fig. 9A; Fig. 
9B; and Fig. 1 1) which teaches on the use of "different performance monitoring tools" 
and it is deemed an inherent characteristic that data must be read into these 
performance monitoring tools in order for data to be processed by the monitoring tools, 
however, Helsper does not explicitly recite "wherein the generic output is one of a 
scriptable interface and an application programming interface" as claimed. However, in 
related art within the realm of computer network monitoring and the use of performance 
monitoring tools, Scarpelli teaches in column 4, lines 54-60 and Figure 3, items 110, 
120 and 130, the extensive use of custom script programs and APIs for the processing 
of input data in regards to data being performance statistics gathered and then needing 
to be read into a performance monitoring tool. Scarpelli teaches the use of these 
custom script programs but does not explicitly recite wherein the generic output is 
actually one of a scriptable interface or an application programming interface. Taking its 
broadest reasonable interpretation in the art, the output data is interpreted when being 
translated as being any data type that can be processed by computer means. In view of 
Goodman, Goodman teaches wherein data can be translated from specific into a 
generic API and therefore readable by a plurality of different applications. Therefore, in 
view of Goodman, it would have been obvious to one of ordinary skill in the art at the 
time of the applicants' invention to utilize a script interface or an application 



Application/Control Number: 09/848,713 Page 13 

Art Unit: 2142 

programming interface when the reading in of performance information is necessitated. 
One of ordinary skill in the art would have been motivated to make the above . 
combination due to the use of scripts or APIs enable easy integration when needing to 
gather specific information and useful performance metrics (see Scarpelli, column 4, 
lines 57-60). Helsper, Scarpelli and Goodman teach wherein the generic output 
comprises a plurality of service health metrics, and wherein the translation data analysis 
engine combines one or more of the plurality of performance metrics to provide one or 
more of the plurality of service metrics comprises availability, capacity, throughput, 
service time, queue length, utilization, service level violations, and user satisfaction 
(Helsper, col. 10, II. 49-51, 20-30, Fig. 3b-Fig. 9A). 

20. Regarding claim 22, Helsper, Scarpelli and Goodman teach the apparatus 
wherein the collection module receives external performance information from one or 
more external services coupled to the host computer and receives internal performance 
information related to operation of the service on the host computer (Helsper, col. 3, II. 
9-15). 

21. Claim 7 is rejected under 35 U.S.C. 103(a) as being unpatentable over Helsper, 
Scarpelli and Goodman in view of Chappelle (US 5,949,976). 

22. Regarding claim 7, Helsper, Scarpelli and Goodman do not explicitly teach of 
using a wrapper program. Chappelle teaches about using a wrapper program 
(performance monitoring and graphing tool) to read the performance information (col. 3, 
II. 29-32). The examiner is interpreting wrapper program as any program that is used as 
an interface program because this gives the broadest reasonable interpretation. In 
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Helsper's invention, the performance forecasting system communicates with one or 
more monitoring system (col. 10, II. 40-41). It would have been obvious to one of 
ordinary skill in the art at the time of the applicant's invention to utlize the teaching of 
Chappelle in regards to using a wrapper program because it would have allowed the 
performance forecasting system to read the information supplied by various monitoring 
systems regardless of the components particular infrastructure. One of ordinary skill in 
the art would have been motivated because this modification would result in a more 
versatile system as outlined above. 

23. Claim 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over Helsper, 
Scarpelli and Goodman in view of Walrand et al. (US 6,647,413), hereinafter referred to 
as Warland. 

24. Regarding claim 16, Helsper, Scarpelli and Goodman do not explicitly teach of a 
weighting scheme that weights one or more performance information parameters; a 
summation scheme that combines one or more performance information parameters; 
and a averaging scheme that averages collected service health information for a service 
health metric. However, Walrand teaches on these aspects. Walrand teaches about a 
summation scheme that combines one or more performance information parameters 
(col. 7, II. 32-33) and an averaging scheme that averages collected service health 
information for a service health metric (col. 7, II. 55-57). In HPCN Walrand teaches of a 
weighting scheme that allocates different level of importance to different parameters (p. 
2). One objective of Walrand invention is to optimize the network performance (col. 2, II. 
53-54). It is an objective of Helsper invention to allow e-business to optimize the 
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performance of their systems (col. 1, II. 25-60). It would have been obvious to one of 
ordinary skill in the art at the time of the applicant's invention to utilize the above 
mentioned features of Walrand's into Helsper's invention because adding these features 
to Helsper's system would allow him to focus on specific parameters (using the 
weighting scheme) and give him information regarding the overall performance of the 
network system (using the summation and averaging schemes). These added features 
would allow Helsper to provide a healthy network and more effectively predict failure of 
registered computing devices (col. 2, II. 25-34) resulting in a more efficient performance 
forecasting system. It is for this reason that one of ordinary skill in the art at the time of 
invention would have been motivated to make the above-mentioned modifications. 

Response to Arguments 

25. Applicant's arguments filed 21 June 2007 have been fully considered but they are 
not persuasive. 

Claims 1. 9 and 10 

26. Applicant argues on page 7 of 12 of the response with respect to independent 
claim 1 , and similarly for independent claims 9 and 10, that "NOTHING in Helsper, and 
certainly not the citations provided in the Office Action, even remotely discloses or 
suggests user satisfaction as a health metric." In view of MPEP 2111, the applicant's 
argument is not found persuasive. The examiner has applied the "broadest reasonable 
interpretation" standard and therefore in view of the claim wherein a portion of the claim 
limitation recites: "...combining one or more of the plurality of performance metrics..." it 
is best understood that only one service health metric is actually required by the claim. 
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Helsper teaches on at least the first item of "availability" in column 1 1 , lines 60-65 
wherein Helsper teaches the monitoring of available memory, response time, 
throughput and query response. Therefore, what Helsper teaches is within the scope of 
the claims. 

27. Applicant argues further that. Helsper "DOES NOT DISCLOSE OR SUGGEST 
'translating the collected service performance information into a generic output relating 
to current operational performance of the service/" Examiner respectfully disagrees. 
Helsper teaches in column 2, lines 42-60 the translation of input variables and the 
utilization of multiple output variables based on multiple input variables. This handling 
of and creation of multiple input and output variables is deemed within the scope of the 
collection of service performing information, the creation of generic output, and the 
relation to current operational performance. Examiner maintains the interpretation of 
"generic output" because the applicant has failed to point out what performance 
monitoring tools cannot use the generic format. Therefore the [generic] output data is 
interpreted when being translated as being any data type that can be processed by 
computer means. Performance monitoring tools are merely an example of a type of 
computer means. 

28. Applicant 's remaining arguments with respect to claims 11, 1 8, 21 and 
dependent claims 2, 4-7 and 8 are similar to those made with respect to claims 1 , 9 and 
1 0 above and therefore are not deemed persuasive for the same reasons as set forth 
above. 
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Conclusion 

29. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Benjamin A. Ailes whose telephone number is (571)272- 
3899. The examiner can normally be reached on M-F 6:30-4, IFP Work Schedule. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Andrew Caldwell can be reached on (571)272-3868. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



baa 




ANDREW CALDWELL 
SUPERVISORY PATENT EXAMINER 



